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(S) Display of dynamic data in a graphical user interface. 



(§7) A system and method is described for pre- 
senting dynamic data on a display device. The 
dynamic data is displayed in a notebook as a 
plurality of groups, each group assigned to a 
page in the notebook. The dynamic data is 
monitored to detect a change in state of the 
dynamic data. In response to a detected 
change, a determination is made as to whether 
the dynamic data should be regrouped in res- 
ponse to the change in state. If the data is 
regrouped, the notebook is then displayed ac- 
cording to the regrouped dynamic data. Each 
page in the notebook preferably has a tab which 
is displayed according to the state of the group 
assigned to that page. In response to the detec- 
ted change of the dynamic data, the display of 
the tab may also be changed. Typically, the top 
page in the notebook has a window displayed 
within. A child window can be created by copy- 
ing the window to a location on the display 
device outside the notebook. When the 
notebook is dosed in response to a user com- 
mand, the child window is automatically closed 
in response to closing the notebook. 
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This invention relates generally to user interfaces 
for data processing systems. More particularly, the in- 
vention concerns the displaying of dynamic data a 
graphical user interface. 

It is well known to provide a Graphical User Inter- s 
face (GUI) to allow a user to control a computer sys- 
tem and to present the results of system operations 
on the display. In a graphical user interface, applica- 
tions and data files are generally represented by a 
plurality of graphical objects such as windows or 10 
icons. When there is a large amount of data, particu- 
larly dynamic data such as status information which 
constantly changes, it is difficult to present all of the 
data simultaneously on the display. For this reason 
the data may have to be displayed on many windows 1 s 
sequentially. For example, in the design and opera- 
tion of computer networks, it is known to segment net- 
works for various reasons and to present network in- 
formation based on this segmentation. Devices or 
nodes" on a network may be assigned to groups, or 20 
clusters-, according to traffic patterns so that the 
nodes within a cluster communicate more directly 
with each other than with other nodes. Nodes may 
also be assigned to groups according to differences 
•n the transmission media between nodes, the loca- 25 
tion of the nodes or for security purposes. For man- 
ageability and readability, the group size should not 
grow too large. Thus, it is likely in large networks to 
have a large number of groups associated with dy- 
namic data such as status information which must be 30 
accessible to the user by means of a graphical user 
interface. 

It is known to change the appearance of a symbol 
on a computer display to alert a user to the status of 
the system when a certain condition occurs. The vol- 35 
ume or rate of network transactions among a group 
of nodes may be monitored in this manner. When the 
volume or rate of transactions within a cluster ex- 
ceeds a preset limit, a symbol representing that group 
will alert the user to investigate the condition. How- 40 
ever, this approach allows only a limited amount of in- 
formation to be conveyed to the user to help in an in- 
vestigation of the system. For example, with the usual 
system when a symbol announces that the volume of 
transactions has exceeded a limit within a cluster, the 45 
user must take steps to get more data about that clus- 
ter. Usually, this involves selecting the symbol that 
represents the cluster demanding attention and 
changing the computer display to show details. Nav- 
igation through several windows may be required so 
With large amounts of data, all the symbols cannot be 
displayed simultaneously so the use is not altered 

The need to provide a manageable GUI for large 
amounts of dynamic data such as network status in- 
formation is increasing. There is a trend toward larger 55 
more complex networks because of distributed proc- 
essing and parallel processing. Also, since individual 
network devices are becoming more powerful and 



less expensive, users tend to add to arid reconfigure 
networks more frequently. Under these circumstanc- 
es, ,t , s more important, but more difficult, to monitor 
the status of computer networks. 

Other examples where a large amount of dynamic 
data may be presented in a graphical user interface 
include stock commodity prices which change con- 
stantly to the market fluctuations, and scientific mon- 
itoring of a experiment in process, for example a 
space shuttle launch. 

A notebook is a graphical control which has been 
incorporated in IBM's OS/2 Operating System which 
allows a substantial amount of information to be rep- 
resented concisely in the GUI. A notebook is typically 
presented as a set of windows in which only the top 
window is visible. Aseries of tabs extend outfrom the 
other panel pages. However, a notebook does not 
typically present dynamic data, but instead presents 
static data. Further, the notebook has a number of lim- 
itations which make it difficult to monitor dynamic 
data such as network status. In today's notebook, an 
invariant set of data is associated with each page 
There is no means to present data sets which are con- 
stantly reconfigured. Even if a notebook were adapt- 
ed to display dynamic data, unless the user is looking 
at a particular page in which the status information is 
presented in the top page, there is no means of alert- 
ing the user that a change in state has occurred. 
Changes in state in the groups associated with the 
hidden pages are not visible. 

There is occasionally a need to compare different 
groups of dynamic data. Logically, each page of the 
notebook could represent a group of the data With a 
notebook, only a single page is visible at a time. Thus 
when comparing different groups, the single page of 
the notebook is not informative enough. The user is 
forced to tab back and forth between the two pages 
The designer might be prompted to put more informa- 
tion onto a page which will reduce the total number of 
pages, however this defeats the original purpose of 
using a notebook, which is to classify data into groups 
and to present each group in a page. While these 
problems are to an extent shared with notebooks pre- 
senting static data, they are exacerbated when dy- 
namic information is presented as the user cannot de- 
pend on the date which was presented on a first page 
remaining constant at a later time when a second 
page is being viewed. 

The current construction of notebook dynamic 
link libraries (DLLs) are not designed to provide sup- 
port for dynamic information. Nor are they designed 
for viewing more than a single page at a time. Once 
the developer has written the notebook DLL. it will not 
support regrouping of the data in the notebook as may 
be required for certain applications. 

Therefore, it is an object of the invention to pro- 
vide a system and method for presenting dynamic 
data in a manageable form, while allowing full acces- 
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sibility to the data. 

Accordingly the present invention provides a sys- 
tem for presenting dynamic data on a display device 
of a data processing system, the system comprising: 
grouping means for arranging the dynamic data as a 5 
plurality of groups, each group assigned to a page in 
a notebook; display means for displaying a page of 
the notebook on the display device; determination 
means for determining a state for each group of dy- 
namic data; monitoring means for detecting a change 10 
in state of the dynamic data; decision logic, respon- 
sive to the monitoring means, for determining whether 
the dynamic data should be regrouped in response to 
the change in state, and for initiating such regrouping 
if required; the display means being arranged to dis- 15 
play the notebook with the regrouped dynamic data. 

Viewed from a second aspect the present inven- 
tion provides a method of presenting dynamic data on 
a display device of a data processing system, the 
method comprising the steps of: arranging the dy- 20 
namic data as a plurality of groups, each group as- 
signed to a page in a notebook; displaying a page of 
the notebook on the display device; determining a 
state for each group of dynamic data; detecting a 
change in state of the dynamic data; determining, in 25 
response to the detection step, whether the dynamic 
data should be regrouped in response to the change 
in state, and initiating such regrouping if required; and 
displaying the notebook with the regrouped dynamic 
data. 30 

According to the invention, dynamic data is re- 
grouped according to changes in state of the data. 
Preferably the notebook representation summarizes 
the state of a group of dynamic data, and allows ac- 
cess to detailed information about any specific group 35 
of dynamic data. Further, in preferred embodiments, 
two or more groups of dynamic data can be presented 
on the display simultaneously to facilitate comparison 
by the user. Typically, the invention can be utilised to 
monitor the status of nodes connected to a computer 40 
network, the status information being the dynamic 
data displayed. 

According to preferred embodiments of the in- 
vention, dynamic data is displayed in a notebook as 
a plurality of groups, each group assigned to a page 45 
in the notebook. In one preferred embodiment, the dy- 
namic data is monitored to detect a change in state of 
the dynamic data. In response to a detected change, 
a determination is made that the dynamic data should 
be regrouped in response to the change in state. The so 
notebook is then displayed according to the regroup- 
ed dynamic data. Each page of the notebook is pre- 
sented according to an attribute type and a presen- 
tation type. The invention has particular application 
when large amounts of dynamic data are presented, 55 
such as the status of a group of nodes in a computer 
system. 1 

In a second embodiment of the invention, the top 



page in the notebook has a window displayed within 
it. A child window can be created by copying the win- 
dow outside the notebook in an adjacent display by 
means of a drag and drop operation. When the note- 
book is closed in response to a user command, the 
child window is automatically closed in response to 
closing the notebook. 

In a third embodiment of the invention, each page 
in the notebook has a tab which is displayed accord- 
ing to the state of the group assigned to that page. In 
response to detecting a change in state for one of the 
groups of dynamic data, the display of the tab corre- 
sponding to that group is changed according to the 
change of state. 

The present invention will be described further, 
by way of example only, with reference to a preferred 
embodiment thereof as illustrated in the accompany- 
ing drawings, in which: 

FIG. 1 illustrates a computer comprising a system 
unit a keyboard, a mouse and a display; 
FIG. 2 is an architectural block diagram of the 
computer illustrated in FIG. 1; 
FIG. 3 illustrates a computer network having 
nodes in groups of various sizes; 
FIG. 4 illustrates a notebook according to a pre- 
ferred embodiment of the present invention for 
monitoring the network of FIG. 3; 
FIGs. 5A and 5B illustrate the notebook of the 
preferred embodiment where a state change has 
caused the regrouping of the nodes in the net- 
work; 

FIGs. 6A and 6B illustrate a change in the status 
of a group on the top page of the network, where- 
in the symbol on the tab is also changed; 
FIG. 7 illustrates creating a child window outside 
the notebook by a drag and a drop operation; 
FIG. 8 illustrates one possible data structure of 
the notebook according to the preferred embodi- 
ment of the present invention; 
FIG. 9 is a flow diagram of the process used in the 
preferred embodiment to build the notebook; 
FIG. 10 is a flow diagram illustrating the process 
carried out when a change in node is detected; 
FIG. 11 depicts the process of selecting a page 
tab; 

FIGs. 12A-12C depict the process for creating a 
child window outside the notebook; and 
FIG. 13 depicts the process for closing the note- 
book. 

The invention may be run on a collection of com- 
puters under a number of different operating sys- 
tems. The computers in the network could be, for ex- 
ample, a personal computer, a mini computer, main- 
frame computer or a computer running in a distributed 
network of other computers. Although the specific 
choice of computer is limited only by disk and disk 
storage requirements, computers in the IBM PS/2 
(TM) series of computers could be used in the prefer- 
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red embodiment of the present invention. For addi- 
tional information on IBM's PS/2 series of computers, 
the reader is referred to Technical Reference Manua l 
Personal Systems/2 Model 50, 60 systems IBM Cor' 
poration. Part No. 68X2224 Order Number S68X- s 
2224 and Technical Reference Manual Personal Svs - 
tems/2 (Model 80) IB M Corporation Part No fifty 
2256 Order Number S68X-2254. One operating sys- 
tem which an IBM PS/2 personal computer may run 
is IBM's OS/2 2.0 (TM). For more information on the w 
IBM OS/2 2.0 Operating System, the reader is refer- 
red to OS/2 2.0 Technical Library. Pronmmm.^ 
Guide Vol. 1, 2. 3 Version 2.00 nrripr Mac 
10G6495, 10G6494. 

In the alternative, the computer system might be 15 
in the IBM RISC System/6000 (TM) line of computers 
which run on the AIX (TM) operating system. The va- 
rious models of the RISC System/6000 are described 
in many publications of the IBM Corporation, for ex- 
ample, RISC System/6000, 7073 and 7016 POWER - 20 
station an d POWERserver Hardware Technical refer, 
ence, Order No. SA23-2644-00. The AIX operating 
system is described in General Concepts and Proce- 
dure- A IX Version 3 for RISC System/6000 Orderly 
SC23-2202-00 as well as other publications of the 25 
IBM Corporation. 

In FIG. 1, a computer 10, comprising a system 
unit 11, a keyboard 12, a mouse 13 and a display 14 
is depicted. The screen 16 of display device 14 is used 
to present the graphical user interface (GUI). The 30 
graphical user interface supported by the operating 
system allows the user to use a point and shoot meth- 
od of input, i.e., by moving the mouse pointer 1 5 to an 
icon representing a data object at a particular location 
on the screen 16 and pressing one of the mouse but- 35 
tons to perform a user command or selection. 

FIG. 2 shows a block diagram of the components 
of the personal computer shown in FIG. 1 . The system 
unit 11 includes a system bus or plurality of system 
buses 21 to which various components are coupled 40 
and by which communication between the various 
components is accomplished. The microprocessor 22 
is connected to the system bus 21 and is supported 
by read only memory (ROM) 23 and random access 
memory (RAM) 24 also connected to system bus 21 45 
A microprocessor in the IBM multimedia PS/2 series 
of computers is one of the Intel family of microproces- 
sors including the 386 or 486 microprocessors. How- 
ever, other microprocessors included, but not limited 
to, Motorola's family of microprocessors such as the 50 
68000. 68020 or the 68030 microprocessors and va- 
nous Reduced Instruction Set Computer (RISC) mi- 
croprocessors manufactured by IBM, Hewlett Pack- 
ard, Sun, Intel, Motorola and others may be used in 
the specific computer. ^ 

The ROM 23 contains among other code the Ba- 
sic Input-Output system (BIOS) which controls basic 
hardware operations such as the interaction and the 



disk drives and the keyboard. The RAM 24 is the main 
memory into which the operating system and applica- 
tion programs are loaded. The memory management 
chip 25 is connected to the system bus 21 and con- 
trols direct memory access operations, including 
passing data between the RAM 24 and hard disk drive 
26 and floppy disk drive 27. The CD ROM 32, also 
coupled to the system bus 21, is used to store a'large 
amount of data, e.g., a multimedia program or large 
database. 

Also connected*) this system bus 21 are various 
I/O controllers: The keyboard controller 28, the 
mouse controller 29, the video controller 30, and the 
audio controller 31. As might be expected, the key- 
board controller 28 provides the hardware interface 
for the keyboard 12, the mouse controlled provides 
the hardware interface for mouse 13, the video con- 
troller 30 is the hardware interface for the display 14 
and the audio controller 31 is the hardware interface 
for the speakers 15a and 15b. The speakers 15a and 
1 5b may be used to present audio objects to the user 
An I/O controller 40 such as a Token Ring Adapter en- 
ables communication over a network 46 to other sim- 
ilarly configured data processing systems. 

To perform the method of the preferred embodi- 
ment, which will be discussed in detail later, a set of 
instructions in a code module can be provided in the 
random access memory 24. Until required by the 
computer system, the set of instructions may be stor- 
ed in another computer memory, for example, in the 
hard disk drive 26, in an optical disk for eventual use 
in the CD ROM 32 or in a floppy disk for eventual use 
in the floppy disk drive 27. As shown in the figure, the 
operating system 50 and presentation manager 52 
are resident in RAM 24. In this example, an adjunct 
module onto the operating system is used. Alterna- 
tively, the graphical user interface could be incorpo- 
rated into a standalone application 54, e.g., a monitor 
program. The monitor program 54 may monitor all the 
nodes in the network or only the subset of nodes 
which are part of the parallel database 56. 

In FIG. 3, a computer network is shown with a va- 
riety of nodes. The network 100 has a transmission 
medium 101 over which a variety of devices may com- 
municate. Nodes 102a, 102b, etc. may include devic- 
es such as work stations 103, file servers 104, cell 
controllers 105, bridges 106, etc., all of which may be 
connected to the network 100 in groups of various si- 
zes. 

In the network depicted in the figure the nodes 
have been assigned to eight groups 107a through 
1 07h. According to the terminology used in the prefer- 
red embodiment, the size of a group is defined as the 
number of nodes, n, in the group. In this example, the 
groups are of widely varying sizes as may be seen in 
the illustration. 

Currently, the IBM OS/2 Operating System Ver- 
sion 2.1, provides a control device called a •note- 
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book" which is useful when multiple panels or pages 
of data are displayed for review. As shown in FIG. 4, 
a notebook 110, according to the preferred embodi- 
ment of the present invention, depicts a plurality of 
groups of dynamic data such as status information on 
the network depicted in FIG. 4. Top page 111 contains 
a window 113 which in turn contains a matrix 115 
which is a two dimensional table depicting the CPU 
utilization for group 1, a set of nodes in the computer 
network. Each cell in the matrix represents one node. 
The first column represents nodes 0-4, the second 
column nodes 5-9, the third column nodes 10-14, etc. 
The number within the cell represents the percent of 
CPU utilization. The cross hatched cells represent 
nodes in the networks but are not monitored as they 
are not part of the parallel database. At a glance, the 
user can understand the higher numbered nodes also 
happen to have higher percentage CPU utilization in 
the process, potentially giving an indication that the 
load is not balanced equally through the nodes in 
group one. Cross hatching indicates nodes that are in 
the network, but are not in the parallel database so 
the monitor program does not monitor their activities. 
Tab area 121, protrudes from the page 111 and con- 
tains information which summarizes the state of the 
data associated with that page. Other tabs 123, 125, 
127, 129, 131 are associated with other pages hidden 
beneath the top page 111. The plurality of tabs pro- 
vide the user a means to leap to another page, i.e., an- 
other group, by moving the mouse pointer to the tab 
and selecting it. Each of these tabs 123, 125, 127, 
129, 131 has a symbol or alphanumeric information 
124, 126, 128, 130, 132 which depicts the status of 
the dynamic data contained on that page. 

Tabs can be presented with symbols or colors to 
represent different meanings, for example a tab could 
have a bright red fire symbol indicating there is a high 
alter associated with a particular group of nodes. The 
tab could blink to attract the user's attention in the 
case of an alert condition, or alternatively, the icon on 
the page could change to reflect the state of the 
nodes or dynamic data on the page. As will be dis- 
cussed later, the presentation of information in the 
window 113 can be specified as to a presentation 
type, such as matrix, bar chart or pie chart, and an at- 
tribute type which describes the type of data to be in- 
cluded in the presentation. 

FIGs. 5A and 5B illustrate the notebook of the 
preferred embodiment of the present invention where 
a state change has caused the regrouping of the 
nodes in the network. In these figures the grouping 
criteria is according to CPU utilization, in group 1 CPU 
utilization is from 0-10 percent, in group 2 the utiliza- 
tion is from 10-30 percent, in group 3 the CPU utili- 
zation is from 30-50 percent group 4, 50-75 percent 
CPU utilization, group 5, 75-85 percent CPU utiliza- 
tion and group 6, the highest group, 85 to 100% util- 
ization. The tab display is set to an average of the 



CPU utilization within the group. As shown in FIG. 5A, 
the top page 151 depicts group six, which has the 
highest utilization. The tab 153 shows an average util- 
ization of 90%. The window 155 displays each node 
5 as a line bar 1 52, 1 54, 1 56, 1 58 and 160, which shows 
the percent utilization for that particular node. Also 
shown in the figure are tabs 157, 159, 161, 163 and 
165 for groups 1-5 showing their average CPU utili- 
zation. 

10 As shown in FIG. 5B. the relative of the CPU util- 

ization of the various nodes has changed and there- 
fore the dynamic data on the pages of the notebook 
has been regrouped. Nodes S10, UXY and WM have 
dropped out of the highest utilization group and nodes 

15 U1 and A2 have entered the highest group. Thus, 
when the window 155 is refreshed on the notebook 
page 151, not only does it display line bars 152, 156 
for nodes S1 and MT5, it also displays the new line 
bars, 162 and 164 for new nodes U1 and A2. Note 

20 also, that the tabs 153, 157, 159, 161, 163, 165 also 
reflect the changed CPU utilization for each group of 
nodes. 

FIGs. 6A and 6B present a change in the status 
of the group of nodes illustrated in the top page of a 

25 notebook necessitating a change in the symbol dis- 
played in its corresponding tab. In this example, the 
grouping criteria is by geographic location. The top 
page 201 of the notebook 200 shows nodes located 
in Austin, the window depicting the number of trans- 

30 actions processed at each of the nodes. The tab 205, 
shows an average number of transactions processed 
and because it is in acceptable limits, it is displayed 
in a normal manner. On the other hand another tab 
207, is displayed in flashing reverse video as the 

35 number of transactions have passed some critical 
limit which may call for the administrator's attention. 
Alternatively, colors such as green for acceptable, 
yellow for borderline and red for critical may be used 
in the tabs. 

40 As shown in FIG. 6B, over a certain period of time 

such as an hour, the numbers of transactions proc- 
essed by node Lake, as shown by the line bar 209, 
has jumped from a little under 100 transactions/sec. 
to 550 transactions/sec. This causes the tab 205 as- 

45 sociated with this page to change to flashing reverse 
N video indicating possible need for administrator at- 
tention. Meanwhile, the second tab 207 is now dis- 
played normally indicating that the number of trans- 
actions has decreased to acceptable levels in the 

so group associated with the hidden page. 

It is an additional feature of the notebook of the 
preferred embodiment of the present invention that a 
child window can be created of a notebook page out- 
side the notebook, so that two pages can be com- 

55 pared simultaneously. In FIG. 7, a child window 211 
of the top page 111 of the notebook 110 depicted in 
FIG. 4 has been created. This may be done by per- 
forming a drag and drop operation. The user might 



BNSDOCtD: <EP 066021 9A2J_> 



EP 0 660 219 A2 



10 



bring the mouse pointer down on the title bar 13S, de- 
press and hold a mouse button and "drag" an iconized 
representation of the window to a second position 
The mouse button is released at a second position 
215. Upon the release of the mouse button the new 5 
child window 211 is created. 

One possible data structure for the GUI which 
would be stored in the random access memory is 
shown in FIG. 8. The DLL data structure in Fig. 8 de- 
picts the foundation for the design of the preferred 10 
embodiment. The DLLs builtforthe preferred embodi- 
ment will be used together with the notebook DLLs in 
generating the notebook GUI, in this example for a 
status monitor program. The status monitor program 
will use the notebook DLLs for creating a notebook 15 
including the needed controls e.g., tabs, scroll bar! 
and use the DLLs of the preferred embodiment for dy- 
namically changing the tabs, creating a separate win- 
dow of a selected page, and creating the other fea- 
tures of the preferred embodiment Those skilled in 20 
the art would recognize that other data structures 
could be used. The data structure 300 includes a plur- 
ality of data structures 301 . 303. one for each of the 
pages in the notebook. Each page data structure 301 
303 includes fields for information such as group 2S 
number 302, attribute type 304, presentation type 
305. tear-off windows 306, if any, node list 307, and 
a pointer, the next group 308. The attribute type de- 
scribes the types of attributes to be included in the 
presentation for this group. Examples of attribute 30 
types might include the number of connections the 
workload in transactions per second, the total ingoing 
and outgoing traffic count or the connectivity with an- 
other node, based on the traffic counts between the 
two nodes. The presentation type 305 describes the 3S 
type of presentation such as matrix, graphic display 
text animation, icons, and so forth, which should be 
presented if this group is the top page in the note- 
book. 

The tear-off field 306 is a pointer to the firet win- 40 
dow file 309. if any. which may be a child window of 
the notebook. At a minimum the child window data 
structure 309 would contain a window id field 310 and 
a pointer 311 to the next child window data field 312 
if any. The pointer 31 1 would be set if there were no 45 
more child windows. 

The node list 307, is a list of all the nodes in this 
page and also is a pointer to the first node data struc- 
ture 319. The node data structure 319 contains infor- 
mation such as the node number 320 and a pointer so 
321 to the next node data structure 323. Likewise, in 
! ,^ data structure 3 23 contain a node number 

V"" 8 POi " ter to the next node in *e node 
1st 325. If it is the last node in the list the pointer in 

the next field 325 would be set to zero. 55 

The attribute list would be composed of items 
such as connectivity, traffic count and workload as 
discussed before. The node number is also associat- 



ed with an attribute data structure 337 which contains 
information on the attribute list 339. The attribute list 
339 is composed of a plurality of data structures 341. 
345 which contain fields for the attribute 342 346 the 
value of the attribute 343. 347 and pointers to the next 
attribute in the list 344, 348. 

A flow diagram showing how the graphical user 
interface is initialized is depicted in FIG. 9. The proc- 
ess starts, step 350. and proceeds to step 351 where 
a test is performed to determine whetherthe grouping 
data structure showTi in FIG. 8 has been built. If not. 
in step 353, the grouping data structure is built The 
grouping data structure is built according to the attri- 
butes by which the nodes will be grouped. For exam- 
ple, the nodes may be grouped on the basis of traffic 
count. The designer of the status monitor will decide 
on the maximum number of nodes which will be al- 
lowed in a group for ease of presentation. The current 
traffic count for each node will be calculated and the 
nodes with the highest traffic count would be placed 
in the highest group and so forth until all of the nodes 
are assigned to a group. 

If the grouping data structure has been built in 
step 361, this data structure is accessed for future 
processing. In step 363, the number of pages required 
for a notebook presentation is determined based on 
the number of groups in the data structure. In step 
364, Group 1 is set as the current group. The data for 
group 1 is retrieved in step 365, which will be neces- 
sary for presentation based on this specified attribute 
type and presentation type. In step 367, the window 
display for the current group, group 1. is built A test 
performed in step 369 determines whether there are 
any more groups for which to build a window display 
If there are more groups, in step 371. the next group 
is set as the current group and the process returns to 
step 365. where the process waits for user input for 
further action. 

When the status of the dynamic data changes 
e.g., state of some of the nodes, the process depicted 
in FIG. 10 is followed. In step 400. the node status 
change is detected. A test is performed in step 401 to 
determine whether the status change necessitates 
regrouping of the data. If not the data presented in the 
top window or top page is changed and the display re- 
freshed. Then in step 405, the tabs are changed to re- 
flect the change in the dynamic data. This may be ac- 
complished by referring to data which describes how 
the tabs are to be displayed given a particular range 
of dynamic data. Next at step 407. the child windows 
are also changed according to the presentation data 
to reflect the new dynamic data. 

If the change in state necessitates a regrouping 
of the dynamic data, in step 413. the data is regroup- 
ed. In step 41 5, the group data structure is rebuilt ac- 
cording to the regrouped dynamic data and the 
changes in state of the dynamic data. Next in step 
417, any child windows are deleted. This assumes 
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that due to the regrouping, the user would be interest- 
ed in different pages within the notebook. In step 419, 
the notebook display, i.e., the top page and tabs are 
changed to reflect the regrouped data. The users can 
be alerted in step 423 about the changes by such s 
means as an audio signal such as a beep or a pop- 
up message box. 

One of the features of a notebook is that a user 
can rapidly change from page to page by selecting the 
tab associated with that page. This process is illu- 10 
strated in FIG. 11 . In step 450, a page tab is selected. 
A test is performed in step 451 to determine whether 
the selected tab is associated with the currently dis- 
played page. If so, in step 453, the currently displayed 
page is updated with the new attribute values. If the is 
page tab selected is not associated with the currently 
displayed page, in step 455, the data in the grouping 
data structure associated with the selected tab is re- 
trieved. In step 459, this group of dynamic data is then 
displayed on top of the notebook according to attri- 20 
bute type and presentation type. The process ends in 
step 461. 

Another feature of the preferred embodiment is 
that, unlike a traditional notebook control, a window 
can be selected from within the notebook, dragged 25 
and dropped, thus copying the window or creating a 
child window outside the notebook. This is useful if 
the user needs to view multiple windows simultane- 
ously to compare the state of different groups of the 
dynamic data, e.g., different groups of nodes in the 30 
network. After this drag-drop operation, the original 
window still exists in the notebook. 

The creation of a child window outside the note- 
book is depicted in FIGs. 12A- 12C. Starting in step 
500, a mouse drag event is detected by the system. 35 
In step 501 , a check is performed to determine wheth- 
er the mouse click, which initiated a mouse drag 
event, is at the title bar of the displayed page or an 
icon representing the page. If, in step 503, the result 
of this check is determined to be positive, the 40 
Page_Drag variable is set to "on" and the Group_no 
variable is set to the number of the group presented 
in the dragged window (step 505). If the mouse click 
was not at the title bar or icon of the page, then in step 
507 operations as appropriate are performed by the 45 
system. Next, in step 509, the system returns to mon- 
itoring for events. 

In step 511 of FIG. 12B, a mouse up-event is de- 
tected. In step 513, the Page_Drag variable is 
checked, if it is not "on", then in step 515 other oper- so 
ations take place. However, if the Page_Drag variable 
is on, in step 517 a test is performed to determine 
whether the dropping location is outside the note- 
book. If the dropping location is not outside the note- 
book, then in step 521 no actions take place and the 55 
process returns to monitor for other events (step 
523). 

However, if the dropping location is outside the 



notebook, then in step 525 in FIG. 12C, the group data 
structure of the group with the number whose page 
has been dragged outside the window is examined. 
In step 527, a window is created near the dropping 
position. This entails creating a window id for the cre- 
ated window and an entry for the tear-off link list 
based on the window id. In step 529, a test is per- 
formed to determine whether its tear-off field has the 
value of null, and if not the created link entry is con- 
nected to the end of the tear-off link list (step 531). If 
the tear-off field is null, then in step 533 a pointer to 
this entry is placed in the tear-off field. The process 
returns at step 535. 

As the newly created window outside the note- 
book is defined as a child window of a notebook, clos- 
ing the notebook will also close all such child windows 
automatically. In the preferred embodiment's note- 
book interface, a notebook allows its pages to be cop- 
ted and the duplicated windows are still managed by 
the notebook. In FIG. 13, the process for closing the 
notebook is depicted. In step 550, the process for 
closing the notebook is initialized by selection of a 
close icon in a system icon menu or a "quit" action in 
a file pull-down menu from the action bar. In step 551 , v- 
each group's data structure is examined to determine & 
whether there are any child windows associated with t 
the notebook. If so, they will be deleted so they do not K 
automatically reappear when the notebook is reop- 4 ' 

ened. In step 553, a test is performed to determine 
whether the tear-off field is set with the value of "null". s <*; 

If not, in step 555, each child windows created from % 
the notebook is deleted based on the window id in the 
tear-off list from the group data structure. The tear- vv' 
off link list is deleted and the tear-off value is reset to & 
"null". Finally, in step 557, the notebook itself is : S 

closed. 

The notebook interface is suitable for organizing 
any set of dynamic data. As shown in the embodi- 
ments above, while the invention can be used to pres- 
ent groups of any kind of dynamic data, it is particu- 
larly suitable for organizing the status data of a mas- 
sive node server system or the like. The status mon- 
itor presents status data in a group level. According 
to the user specified clustering rules, nodes are clus- 
tered into groups. The status data of the nodes in a 
group are presented in a window, according to the 
presentation type and attribute type of that group. 
The windows are organized in the notebook interface, 
each window taking a page. By using different colors 
or shapes, the tab of each page can indicate the ag- 
gregated status of a node in a group. For example, a 
tab with red color may indicate a big portion of the 
nodes in a critical situation. Based on the information 
shown by the tabs, the user can decide which page 
to select. Also, as all tabs in the notebook appear on 
the screen together, this provides an easy means to 
compare status among the groups. Based on the in- 
formation revealed by the tab, a page can be selected 
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for investigation. Thus, the tabs provide a group 
based status summary and also allow the user to re- 
view any particular group as needed for further infor- 
mation. 



Claims 

1. A system for presenting dynamic data on a dis- 
play device (1 4) of a data processing system, the 1 o 
system comprising: 

grouping means for arranging the dynamic 
data as a plurality of groups, each group assigned 
to a page in a notebook; 

display means for displaying a page of the 15 
notebook on the display device (14); 

determination means for determining a 
state for each group of dynamic data; 

monitoring means for detecting a change 
in state of the dynamic data; 20 

decision logic, responsive to the monitor- 
ing means, for determining whether the dynamic 
data should be regrouped in response to the 
change in state, and for initiating such regrouping 
if required; 25 

the display means being arranged to dis- 
play the notebook with the regrouped dynamic 
data. 

2. A system as claimed in claim 1 , further compris- 30 
ing: 

means for displaying a window in a top 
page of the notebook; and 

means for creating a child window by 
copying the window to a location of the display 35 
device (14) outside of the notebook. 

3. A system as claimed in claim 2 wherein the child 
window is created by means of a drag and drop 
operation. 40 

4. A system as claimed in any of claims 1 to 3, 
wherein each page of the notebook has a tab, and 
the display means is adapted to display the tab of 
each page according to the state of the group as- 45 
signed to that page. 

5. A system as claimed in claim 4, further compris- 
ing means, responsive to the monitoring means, 

for changing the display of a tab according to the 50 
change of state detected by the monitoring 
means. 



6. A system as claimed in any of claims 2 to 5, fur- 
ther comprising: 

means for closing the notebook in re- 
sponse to a user command; and 

means for automatically closing any child 



55 



windows in response to closing the notebook. 

7. A system as claimed in any preceding claim, 
wherein the top page of the notebook is displayed 
according to an attribute type and a presentation 
type. 

8. A system as claimed in any preceding claim, 
wherein the top page of the notebook being dis- 
played is updated according to the change in 
state. 

9. A system as claimed in any preceding claim, 
wherein the dynamic data represents a group of 
nodes in a computer system. 

1 0. A method of presenting dynamic data on a display 
device (14) of a data processing system, the 
method comprising the steps of: 

arranging the dynamic data as a plurality 
of groups, each group assigned to a page in a 
notebook; 

displaying a page of the notebook on the 
display device (14); 

determining a state for each group of dy- 
namic data; 

detecting a change in state of the dynamic 

data; 

determining, in response to the detection 
step, whether the dynamic data should be re- 
grouped in response to the change in state, and 
initiating such regrouping if required; and 

displaying the notebook with the regroup- 
ed dynamic data. 

11. A method as claimed in claim 10, further compris- 
ing the steps of: 

displaying a window in a top page of the 
notebook; and 

creating a child window by copying the 
window to a location of the display device (14) 
outside the notebook. 

12. Amethod as claimed in claim 11 wherein the child 
window is created by means of a drag and drop 
operation. 

13. A method as claimed in any of claims 10 to 12, 
wherein each page of the notebook has a tab and 
the method comprises the further step of display- 
ing the tab of each page according to the state of 
the group assigned to that page. 

14. Amethod as claimed in claim 13, further compris- 
ing the step of, responsive to the detecting step, 
changing the display of a tab according to the de- 
tected change of state. 
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15. A method as claimed in any of claims 11 to 14, 
further comprising the steps of: 

closing the notebook in response to a user 
command; and 

automatically dosing any child windows in 5 
response to closing the notebook. 
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(57) A system and method is described for present- 
ing dynamic data on a display device. The dynamic data 
is displayed in a notebook as a plurality of groups, each 
group assigned to a page in the notebook. The dynamic 
data is monitored to detect a change in state of the dy- 
namic data. In response to a detected change, a deter- 
mination is made as to whether the dynamic data should 
be regrouped in response to the change in state. If the 
data is regrouped, the notebook is then displayed ac- 
cording to the regrouped dynamic data. Each page in 
the notebook preferably has a tab which is displayed ac- 
cording to the state of the group assigned to that page. 
I n response to the detected change of the dynamic data, 
the display of the tab may also be changed. Typically, 
the top page in the notebook has a window displayed 
within. A child window can be created by copying the 
window to a location on the display device outside the 
notebook. When the notebook is closed in response to 
a user command, the child window is automatically 
closed in response to closing the notebook. 
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